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SONET CIRCUIT EMULATION WITH VT COMPRESSION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application claims the benefit of U.S. 
Provisional Patent Application No. 60/304,369, filed July 
10, 2001, which is incorporated herein by reference. 

FIELD OF THE INVENTION 

The present invention relates generally to 
communication networks, and specifically to providing 
circuit emulation services over packet networks. 

BACKGROUND OF THE INVENTION 

The Synchronous Optical Network (SONET) is a set of 
standards that define a hierarchical set of transmission 
rates and transmission formats for carrying high-speed, 
time-domain-multiplexed (TDM) digital signals. SONET 
lines commonly serve as trunks for carrying traffic 
between circuits of the plesiochronous digital hierarchy 
(PDH) used in circuit-switched communication networks. 
SONET standards of relevance to the present patent 
application are described, for example, in Synchronous 
Optical Network (SONET) Transport Systems: Common Generic 
Criteria (Telcordia Technologies, Piscataway, New Jersey, 
publication GR-253-CORE, September, 2000), which is 
incorporated herein ' by reference. While the SONET 
standards have been adopted in North America, a parallel 
set of standards, known as Synchronous Digital Hierarchy 
(SDH) , has been promulgated by the International 
Telecommunications Union (ITU) , and is widely used in 
Europe. From the point of view of the present invention;,- 
however, these alternative standards are functionally 
interchangeable . 
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The lowest-rate link in the SONET hierarchy is the 
OC-1 level, which is capable of carrying 8000 STS-1 
frames per second, at a line rate of 51.840 Mbps. An 
STS-1 frame contains 810 bytes of data, which are 
conventionally organized as a block of nine rows by 90 
columns. The first three columns hold transport overhead 
(TOH) , while the remaining 87 columns carry the 
information payload, referred to as the synchronous 
payload envelope (SPE) . The SPE contains one column of 
payload overhead (POH) information, followed by 8 6 
columns of user data. The POH can begin at any byte 
position within the SPE capacity of the payload portion 
of the STS-1 frame. As a result, the SPE typically 
overlaps from one frame to the next. The TOH of each 
frame contains three pointer bytes (HI, H2, H3) , which 
are used to indicate where in each frame the POH begins 
and to compensate for timing variations between the user 
input lines and the SONET line on which the STS-1 frames 
are transmitted. 

STS-1 frames can efficiently transport the DS-3 
level of the PDH, which operates at 44.736 Mbps. The 
STS-1 frames themselves are not too much larger than DS-3 
frames. When PDH signals at rates below DS-3 are to be 
carried over SONET, the SPE of the STS-1 frame is divided 
into sections, known as virtual tributaries (VTs) , each 
carrying its own sub-rate payload. The component 

low-rate signals are mapped to respective VTs, so that 
each STS-1 frame can aggregate sub-rate payloads from 
multiple low-rate links. Multiple STS-1 frames can be 
multiplexed (together with STS-Mc frames) into STS-N 
frames, for transmission on OC-N links at rates that are 
multiples of the basic 51.840 Mbps STS-1 rate. 
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For the purpose of VT mapping, each STS-1 frame is 
divided into seven virtual tributary groups (VTGs), each 
occupying 12 columns of the SPE. Within each VTG, four 
VT sizes are possible: 

• VT1.5 - occupies three columns, each with 
sufficient bandwidth to transport a DS-1 signal at 
1.544 Mbps (i.e., the signal carried on a T-1 line). 
One VTG can contain four VT1.5 sections. 

• VT2 - four columns, bandwidth sufficient for an 
E-1 line. 

• VT3 - six columns, bandwidth sufficient for DS-IC. 

• VT6 - twelve columns, bandwidth sufficient for 
DS-2. 

Mapping of the VTs to the columns of the SPE is specified 
in detail in the above-mentioned Telcordia publication 
GR-253-CORE, section 3.2.4. It is not necessary that all 
of the VTs in a STS-1 frame be used to carry lower-rate 
signals. Unequipped VT sections, i.e. sections that have 
no service to carry, in the SPE are simply filled with 
default data. These unequipped sections are assigned a 
special indication in the VT POH byte V5, bits 5 to 7, 
known as the "signal label." In SDH systems, STM-1 
frames are similarly divided into sub-rate payload 
sections of different sizes, referred to as TU-11, TU-12 
and TU-2. 

Circuit emulation services (CES) is a developing 
technology for transporting SONET and legacy PDH signals 
over packet networks, such as Internet Protocol (IP) 
networks. CES allows the network operator to maintain 
existing TDM service interfaces in a manner transparent 
to network users, even when the data traffic travels 
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through a core packet network. For example, the CES 
operator could continue to offer subscribers DS-1 
point-to-point service, while within the core network, 
the DS-1 signals are carried as packets. 

One of the most promising methods for use in CES is 
Multiprotocol Label Switching (MPLS) . MPLS is described 
in detail by Rosen et al., in Request for Comments (RFC) 
3031 of the Internet Engineering Task Force (IETF) , 
entitled ''Multiprotocol Label Switching Architecture" 
(January, 2001) , which is incorporated herein by 
reference. This RFC is available at www.ietf.org/ 

rfc.html. In conventional IP routing, each router along 
the path of a packet sent through the network analyzes 
the packet header and independently chooses the next hop 
for the packet by running a routing algorithm. In MPLS, 
however, each packet is assigned to a Forwarding 
Equivalence Class (FEC) when it enters the network, 
depending on its destination address. The packet 

receives a short, fixed-length label identifying the FEC 
to which it belongs. All packets in a given FEC are 
passed through the network over the same path by 
label-switching routers (LSRs) . Unlike IP routers, LSRs 
simply use the packet label as an index to a look-up 
table, which specifies the next hop on the path for each 
FEC and the label that the LSR should attach to the 
packet for the next hop. 

Since the flow of packets along a label-switched 
path (LSP) under MPLS is completely specified by the 
label applied at the ingress node of the path, a LSP can 
be treated as a tunnel through the network. Such tunnels 
are particularly useful in network traffic engineering, 
as well as communication security. MPLS tunnels are 
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established by "binding'' a particular label, assigned at 
the ingress node to the network, to a particular FEC . 
Multiple tunnels may belong to the same FEC, but each 
tunnel will have its own label binding. 

When IP packets are passed through a MPLS tunnel, 
the routing label is removed at the egress node, which 
then simply routes the packet over its next hop using the 
packet's IP header. There is no need for the label to 
tell the egress node what to do with the packet, since 
the existing IP header, which was applied to the packet 
before it entered the tunnel, provides all of the 
necessary information. When layer 2 packets, such as 
Ethernet frames or ATM cells, are sent through a MPLS 
tunnel, however, the standard layer 2 media access 
control (MAC) header that brought the packet to the 
ingress node does not contain all the information that 
the egress node requires for delivering the packet to its 
destination. There is thus a need for a label that tells 
the egress node how to treat the received packet. 

In response to this problem. Martini et al. have 
proposed to add a "virtual connection" label (or VC 
label) to the stack of labels used in transporting layer 
2 packets through MPLS tunnels. This proposal is 

described in detail in an IETF draft entitled 
"Encapsulation Methods for Transport of Layer 2 Frames 
over MPLS" (May, 2001), which is incorporated herein by 
reference. This document is available at 

search. ietf . org/internet-draf ts/draf t-martini-12circuit- 
encap-rapls-02.txt. The same authors also specify label 
distribution procedures for binding the VC label to the 
desired tunnel in a further draft entitled "Transport of 
Layer 2 Frames over MPLS" (May, 2001), which is likewise 
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incorporated herein by reference. This latter document 
is available at search, ietf. org/internet-drafts/ 
draf t-martini-12circuit-mpls-0 6 . txt . 

In accordance with the protocol proposed by Martini 
et al.;. before initiating the layer 2 service, the MPLS 
tunnel is established between the ingress and egress 
nodes. To set up the required VC label binding for the 
layer 2 service, the ingress node sends a signaling 
packet to the egress node carrying a group ID and a VC 
ID. The group ID represents an administrative group of 
VCs, and is used for administrative operations on the 
group. The VC ID is used by the layer 2 service 
endpoints to associate the locally-configured service 
with the tunnel. 

Mails et al. describe the use of MPLS to carry SONET 
frames, in an IETF draft entitled, "SONET/SDH Circuit 
Emulation Service Over MPLS (CEM) Encapsulation" (April, 
2001), which is incorporated herein by reference. This 
document is available at search.ietf.org/ 

internet-draf ts/draf t-malis-sonet-ces-mpls-05 . txt . A 
SONET OC-N signal is terminated at the packet network 
ingress node, and the SPE is broken into fragments of 
fixed length. A CEM header is prepended to each 
fragment, and a MPLS label stack is then pushed on top of 
the CEM packet. The MPLS label stack includes the VC 
label as the last label prior to the CEM header, preceded 
by an optional tunnel label and additional MPLS labels, 
depending on how the CEM packets are to be transported 
through the packet network. At the egress node from the 
packet network, the CEM packet stream is buffered to 
absorb delay variations, and the data payload is 
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converted back into a SONET TDM signal using the VC label 
and CEM header information. 

The CEM header defined by Malis et al . contains a 
number of fields that are used at the egress node to 
reconstruct the SONET frames. A structure pointer in the 
CEM header indicates the beginning of the STS-1 POH 
within the CEM packet payload {or a default value if the 
fragment does not contain the beginning of the POH) . The 
CEM header also contains N and P bits indicating negative 
and positive adjustments of the TOH pointer in the STS-1 
input frames received at the ingress node. These bits 
are used to advance or delay the SPE at the egress node 
in order to preserve the SPE timing between the two 
circuit emulation endpoints, and thus to reduce the 
chance of buffer underflow or overflow at the receiving 
side. In additi on, the CEM header includes a seguence 
number (used to correct packet misordering) , an optional 
error correction code (ECC-6) and a D bit that is used to 
invoke a dynamic bandwidth allocation (DBA) mode. The 
DBA mode is used optionally to conserve bandwidth on the 
packet network by avoiding transmission of trivial SPEs 
during SONET circuit outages and other abnormal 
conditions . 

Other SONET signals and system features, such as VT 
sub-rate mapping, are not discussed by Malis et al. in 
the IETF draft. The authors note that the draft can be 
extended in the future to support VT and lower-speed 
non-SONET/SDH services. 
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SUMMARY OF THE INVENTION 

It is an object of some aspects of the present 
invention to provide methods and devices for conserving 
packet network bandwidth in circuit emulation services 
(CES) . 

It is a further object of some aspects of the 
present invention to provide methods for explicitly 
supporting VT mapping in CES applied to SONET/SDH 
signals . 

As noted above, when the VTs of a STS-1 frame are 
not fully populated, the unused sections are filled with 
default data. It is a waste of resources (particularly 
bandwidth) of the packet network to transmit the default 
data. Existing methods of CES, however, convey the full 
STS-1 payload, without considering its VT structure. 
Therefore, in preferred embodiments of the present 
invention, a CES packet transmitter at the edge of a 
packet network, which receives a SONET input signal, is 
informed of or automatically detects which VTs in the 
signal are active. Inactive VTs are assigned a special 
value, preferably using the signal label bits in byte V5 
of the VT payload overhead (POH) , indicating that they 
are ^'unequipped" or, optionally, "unassigned. " The CES 
transmitter packetizes only the data in the columns of 
the SPE that belong to the active VTs, while discarding 
the default data. In this way, when the VT structure is 
not fully populated, the volume of data transmitted for 
each STS-1 frame is drastically reduced by comparison 
with methods known in the art. 

A CES packet receiver at the opposite edge of the 
packet network is likewise informed of the mapping of the 
active VTs that is to be applied in generating a SONET 
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output signal. The VT mapping in the output signal can 
optionally be different from that in the input signal, in 
order to provide a virtual cross-connect functionality , 
and multiple sources can feed each output SPE. The CES 
receiver constructs the frames of the SONET output signal 
according to the mapping of the active VTs, while 
reinserting default data in the unused VT sections. 
Preferably, the CES transmitter inserts pointer 
adjustments for the entire SPE in the header of the CES 
packets. The CES receiver replays the pointers to adjust 
the timing either of the whole SPE or of the individual 
VTs, if the newly-generated SPE timing is locally 
generated. Alternatively, the individual VT timing 

adjustments are made in advance by the CES transmitter. 

Although preferred embodiments are described herein 
with reference specifically to treatment of VTs in CES 
applied to SONET signals, the principles of the present 
invention may similarly be applied to packetization of 
sub-rate payloads carried by other sorts of TDM signals, 
such as SDH signals and high-speed PDH signals. 

There is therefore provided, in accordance with a 
preferred embodiment of the present invention, a method 
for data communications, including: 

receiving a time-division-multiplexed (TDM) input 
signal on a first circuit, the signal including an input 
sequence of frames of data, each such frame divided into 
sections for carrying respective sub-rate payloads; 

determining which of the sections are active, such 
that the data in the sub-rate payloads of the active 
sections include user data, and which of the sections are 
inactive; and 
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encapsulating the user data in the active sections 
into data packets for transmission over a packet network, 
while omitting from the packets at least some of the data 
from the inactive sections. 

Preferably;. the method includes receiving the 
packets over the packet network^ extracting the user data 
from the packets, and generating an output sequence of 
the frames of the data for transmission in a TDM output 
signal over a second circuit, by inserting the extracted 
user data in selected sections among the sections of the 
frames in the output sequence. Further preferably, 
generating the output sequence includes providing a 
circuit emulation service over the packet network, 
whereby the user data are transmitted between the first 
and second circuits in a manner transparent to a sender 
and a recipient of the data. Typically, the inactive 
sections include default data, and generating the output 
sequence of the frames includes inserting the default 
data in the sections of the frames in the output sequence 
that are not selected, whereby the sections that are not 
selected correspond in form to unequipped sections. 

In a preferred embodiment, the selected sections of 
the frames in the output sequence are substantially the 
same sections as the active sections of the frames in the 
input sequence. In other preferred embodiments, 

generating the output sequence of the frames includes 
assigning at least one of the selected sections of the 
frames in the output sequence to correspond to at least 
one of the active sections of the frames in the input 
sequence, and transferring the user data from the at 
least one of the active sections to the at least one of 
the selected sections that corresponds thereto, so as to 
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cross-connect a source link in the first circuit to a 
recipient link in the second circuit. In one such 
preferred embodiment, receiving the TDM input signal 
includes assembling the sections of the frames of the 
input signal from multiple sources. 

Preferably, encapsulating the user data includes 
inserting into the packets an indication of a timing 
adjustment to be applied to one or more of the active 
sections, and generating the output sequence of the 
frames includes adjusting the user data in at least one 
of the selected sections responsive to the indication. 
In a preferred embodiment, adjusting the user data 
includes applying different timing adjustments to 
different ones of the selected sections. 

In a further preferred embodiment, generating the 
output sequence of the frames includes sending a 
plurality of output signals containing the data from 
different ones of the active sections to different, 
respective destinations. 

Preferably, the first circuit includes one of a 
Synchronous Optical Network (SONET) link and a 
Synchronous Digital Hierarchy (SDH) link, and the 
sections include virtual tributaries of the frames 
received on the link. In a preferred embodiment, 
encapsulating the user data includes inserting in the 
packets pointer movement indications, indicating timing 
difference between the received data in the input signal 
and a reference timing signal, to be applied in 
generating an output sequence of the frames of the data 
for transmission over a second circuit without changing 
pointers of the virtual tributaries pointers relative to 
the frames in the output sequence. Alternatively, 
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encapsulating the user data includes inserting in the 
packets pointer movement indications;, indicating timing 
differences between the received data in the input signal 
and a reference timing signal, to be applied to virtual 
path level pointers of the active sections in generating 
an output sequence of the frames of the data for 
transmission over a second circuit. Further 
alternatively, encapsulating the user data includes 
adjusting virtual tributary pointers at the first circuit 
relative to frame pointers of the input signal and a 
reference timing signal, and encapsulating the user data 
includes generating the packets according to the 
reference timing signal, thereby obviating further 
adjustments of the pointers in generating an output 
sequence of the frames of the data for transmission over 
a second circuit. 

In another preferred embodiment, receiving the TDM 
input signal includes inserting the data from at least 
one of a DSl signal and an El signal into one or more of 
the active sections in the input sequence of the frames. 
Preferably, encapsulating the user data includes 
adjusting virtual tributary- pointers at the first circuit 
relative to a reference timing signal, and encapsulating 
the user data includes generating the packets according 
to the reference timing signal, thereby obviating further 
adjustments of the pointers in generating an output 
sequence of the frames of the data for transmission over 
a second circuit. 

Preferably, the inactive sections include default 
data and are marked as unequipped sections. Additionally 
or alternatively, the inactive sections are configured 
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such that the data in the inactive sections is not to be 
sent over the packet network. 

In a preferred embodiment, encapsulating the user 
data includes adding a label to the packets for 
transmission over the packet network. Preferably, 
encapsulating the packets includes sending the packets 
over the packet network through a Multi-protocol 
Label-Switched (MPLS) tunnel, and adding the label 
includes preparing the label for transmission of the 
packets using circuit emulation over MPLS. Additionally 
or alternatively, the packet network includes an Internet 
Protocol (IP) network, and wherein adding the label 
includes preparing the label for transmission of the 
packets using circuit emulation over a Multi-protocol 
Label-Switched (MPLS) path through the IP network. 

There is also provided, in accordance with a 
preferred embodiment of the present invention, a method 
for applying a circuit emulation service (CES) to a 
Synchronous Optical Network (SONET) input signal that 
includes a plurality of input virtual tributaries 
containing data, the method including: 

determining which of the input virtual tributaries 
in the SONET input signal are active, such that the data 
in the active virtual tributaries include user data; 

receiving the SONET input signal at a CES 
transmitter on a first SONET link; 

encapsulating the user data in the active virtual 
tributaries of the SONET input signal into data packets 
at the CES transmitter, while omitting from the packets 
at least some of the data from the inactive virtual 
tributaries; 
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transmitting the packets over a packet network from 

the CES transmitter to a CES receivers- 
extracting the user data from the packets at the CES 

receiver; and 

generating a SONET output signal including output 
virtual tributaries at the CES receiver by inserting the 
extracted user data from each of the active virtual 
tributaries into a corresponding one of the output 
virtual tributaries. 

Preferably^ generating the SONET output signal 
includes inserting default data into the output virtual 
tributaries that do not correspond to the active virtual 
tributaries of the SONET input signal. 

Further preferably, generating the SONET output 
signal includes inserting the extracted user data from 
each of the active virtual tributaries into the same one 
of the output virtual tributaries. Alternatively, 
generating the SONET output signal includes inserting the 
extracted user data from at least one of the active 
virtual tributaries into a different one of the output 
virtual tributaries, so as to cross-connect the virtual 
tributaries. 

Preferably, encapsulating the user data includes 
inserting SONET pointer adjustment data into the packets, 
and generating the SONET output signal includes adjusting 
the user data in at least one of the output virtual 
tributaries responsive to the pointer adjustment data. 
In a preferred embodiment, adjusting the user data 
includes applying different pointer adjustments to 
different ones of the virtual tributaries. 

In a further preferred einbodiment , encapsulating the 
user data includes adding a label to the packets, and 
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transmitting the packets includes conveying the packets 
via a label-switched tunnel through the packet network. 
Preferably, the label-switched tunnel includes a 
Multi-protocol Label-Switched (MPLS) tunnel, and adding 
the label includes prepending information to the data for 
transmission of the packets using circuit emulation over 
MPLS. 

There is additionally provided, in accordance with a 
preferred embodiment of the present invention, apparatus 
for data communications, including: 

a circuit interface, coupled to receive a 
time-division-multiplexed (TDM) input signal on a first 
circuit, the signal including an input sequence of frames 
of data, each such frame divided into sections for 
carrying respective sub-rate payloads; and 

a packet network interface, adapted to receive an 
indication of which of the sections are active, such that 
the data in the sub-rate payloads of the active sections 
include user data, and which of the sections are 
inactive, and responsive to the indication, to 
encapsulate the user data in the active sections into 
data packets for transmission over a packet network, 
while omitting from the packets at least some of the data 
from the inactive sections. 

Preferably, the apparatus includes a data receiver, 
adapted to receive the packets over the packet network 
and to extract the user data from the packets so as to 
generate an output sequence of the frames of the data for 
transmission in a TDM output signal over a second 
circuit, by inserting the extracted user data in selected 
sections among the sections of the frames in the output 
sequence . 
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There is further provided, in accordance with a 
preferred embodiment of the present invention, apparatus 
for applying a circuit emulation service (CES) to a 
Synchronous Optical Network (SONET) input signal that 
includes a plurality of input virtual tributaries 
containing data, the apparatus including: 

a transmitter, adapted to receive an indication of 
which of the input virtual tributaries in the SONET input 
signal are active, such that the data in the active 
virtual tributaries include user data, and coupled to 
receive the SONET input signal on a first SONET link, to 
encapsulate the user data in the active virtual 
tributaries of the SONET input signal into data packets 
at the CES transmitter, while omitting from the packets 
at least some of the data from the inactive virtual 
tributaries, and to transmit the packets over a packet 
network; and 

a receiver, coupled to receive the packets over the 
packet network, and adapted to extract the user data from 
the packets at the CES receiver and to generate a SONET 
output signal including output virtual tributaries at the 
CES receiver by inserting the extracted user data from 
each of the active virtual tributaries into a 
corresponding one of the output virtual tributaries. 

The present invention will be more fully understood 
from the following detailed description of the preferred 
embodiments thereof, taken together with the drawings in 
which : 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram that schematically 
illustrates a circuit emulation system, in accordance 
with a preferred embodiment of the present invention; 

Fig. 2 is a block diagram that schematically shows 
details of a circuit emulation device used in the system 
of Fig. X, in accordance with a preferred embodiment of 
the present invention; 

Fig. 3 is a block diagram that schematically 
illustrates the structure of SONET STS-1 frames, as is 
known in the art; 

Fig. 4 is a block diagram that schematically 
illustrates division of a SONET SPE into VTl . 5 virtual 
tributaries, as in known in the art; 

Fig. 5 is a flow chart that schematically 
illustrates a method for packetizing a SONET signal for 
circuit emulation, in accordance with a preferred 
embodiment of the present invention; 

Fig. 6 is a block diagram that schematically 
illustrates the structure of a circuit emulation packet, 
in accordance with a preferred embodiment of the present 
invention; and 

Fig. 7 is a flow chart that schematically 
illustrates a method for reconstructing a SONET signal 
from a stream of circuit emulation packets, in accordance 
with a preferred embodiment of the present invention. 



17 



42550S4 



DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

Fig. 1 is a block diagram that schematically 
illustrates a system 20 for transport of SONET signals 
over a packet network 22 by CES, in accordance with a 
preferred embodiment of the present invention. An input 
user digital cross-connect system (DCS) 24 receives 
multiple DS-1 subscriber signals, and multiplexes the 
signals in VT1.5 sections 26 of STS-1 frames in a SONET 
OC-N input signal, as is known in the art . A circuit 
emulation (CE) transmitter 28, labeled CEl, extracts the 
STS-1 frames from the OC-N signal and packetizes the 
payload data contained in the frames for transmission 
over network 22. Although in Fig. 1 the OC-N signal is 
directly connected to CEl, other ways of conveying the 
SPE to be compressed, as described below, to CEl through 
a SONET network will be apparent to those skilled in the 
art. Packet network 22 may provide substantially any 
suitable type of packet transport known in the art, such 
as IP and/or MPLS. The data packets generated by CEl are 
preferably transmitted across network 22 as described in 
the Background of the Invention. 

CEl determines which of VT1.5 sections 26 are 
active, i.e., which sections are actually carrying 
subscriber data, and which are unequipped and contain 
only default data. CEl is preferably informed of the 
active sections by a network management function, or 
alternatively detects the active and inactive sections 
automatically. Accordingly, CEl packetizes and transmits 
the subscriber data, while discarding at least some of 
the default data, in order to conserve bandwidth on 
network 22. A CE receiver 30, labeled CE2, receives the 
CES packets from CEl and reconstitutes the STS-1 frames 
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to generate a SONET OC-N output signal with VTl . 5 
sections 34 corresponding to sections 2 5 of the input 
signal. Optionally, CE2 places the VTl. 5 sub-rate 

payload data in different locations in the output frames 
from those of the input signal, in order to apply a 
virtual cross-connect function to the DS-1 subscriber 
signals. CE2 may also accept and combine payload data 
from multiple sources. Likewise, CEl may send data from 
different VTl . 5 sections of the same original SPE to 
multiple destinations. An output DCS 32 receives the 
OC-N signal from CE2 and demultiplexes the DS-1 
subscriber signals among the appropriate subscriber 
lines . 

As a further alternative, CEl and/or CE2 may be 
coupled directly to the DS-1 input lines and/or DS-1 
output lines, respectively, without the intervening user 
DCS. In this case, CE-1 and/or CE-2 carries out the 
functions of multiplexing/demultiplexing the DS-1 data in 
the appropriate sections of the SPE, as well as 
performing the timing adjustments described hereinbelow. 

For the sake of convenience and clarity of 
explanation, preferred embodiments described herein refer 
mainly to CES packetization of VTl. 5 sections in a SONET 
signal, and to transportation of the resultant packets 
from CEl to CE2 through MPLS tunnels in IP network 22. 
It is a simple matter to extend these embodiments to 
other types and sizes of sub-rate payload sections, 
following SONET (VT2 and VT6, for example), SDH 
(lower-order paths such as VC-2, VC-12 and VC-11, for 
example) and other framing protocols. Similarly, 
although MPLS provides a useful means for transporting 
large volumes of data rapidly through packet networks. 
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CEl and CE2 may similarly exchange data over packet 
channels and networks of other types, as are known in the 
art. Typically, SONET CES is bi-directional, and CEl and 
CE2 both send and receive OC-N signals and CES packet 
data. For simplicity in the explanation that follows, 
however, CEl is referred to as the transmitter and CE2 as 
the receiver, and only the single communication 
direction, from CEl to CE2, is shown and described. 

Fig. 2 is a block diagram that schematically shows 
details of CE transmitter 28 and receiver 30, in 
accordance with a preferred embodiment of the present 
invention. A SONET interface 40 terminates the incoming 
OC-N signal, and feeds the STS-1 frame data to a packet 
interface 42. Alternatively or additionally, the 

transmitter and/or receiver may comprise multiple 
interfaces at rates below OC-1 (such as DS-1 or DS-2 
interfaces) for receiving the lower-rate input data 
directly, without the intervening user DCS. As noted 
above, a VT compression block 44 is informed of or 
automatically detects which VT sections of the STS-1 
frames are active, and which contain default data. 
Interface 42 discards the TOH of the incoming frames, 
while using the pointer bytes in the TOH to locate the 
beginning of the POH in the SPE. Block 44 instructs 
interface 42 to select the data from the active columns 
of the SPE, while discarding the default data. Interface 
42 adds an appropriate CES header to the selected data, 
and encapsulates the data with the header in packets for 
transmission over network 22. Further details of the 
packet structure are described hereinbelow. 

At the receiver, incoming CES packets are 
de-encapsulated and are held in a packet buffer 4 6 to the 
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extent necessary to compensate for delay variations in 
the packet stream. Based on information provided by VT 
compression block 44, packet interface 42 reconstitutes 
the STS-1 frames at the appropriate fixed clock rate. A 
primary reference source (PRS) 48, as is known in the 
SONET art, is used to synchronize the clocks of 
transmitter 28 and receiver 30 for purposes of pointer 
adjustments. The PRS is similarly used to adjust the 
timing of the individual VT1.5 sections and the SPEs of 
the SONET signals, as described further hereinbelow. 
OC-N interface 40 incorporates the reconstituted frames 
in an output OC-N SONET signal to DCS 32. 

Fig. 3 is a block diagram that schematically 
illustrates the structure of SONET STS-1 frames 50, 52, 
as an aid in understanding the present invention. Each 
frame comprises three columns of transport overhead (TOH) 
54, followed by 87 columns of payload 56. The payload 
contains a SEE 58, which begins with one column of path 
overhead (POH) 60. As shown in the figure, the SPE is 
typically not aligned with the frame boundaries and can 
start at any byte in payload 56. A pointer 62, 

consisting of the Hi and H2 bytes in the fourth row of 
TOH 54, indicates the offset of the Jl byte at the 
beginning of POH 60. The H3 byte (also in the fourth row 
of the TOH) is used for byte stuffing when needed for the 
purpose of pointer adjustment, as is known in the SONET 
art. 

Fig. 4 is a block diagram that schematically 
illustrates the division of SPE 58 into VTl . 5 sections 
104, 106, 108, 110, as described in the 

above-mentioned Telcordia publication GR-253-CORE 
(section 3.2.4). SPE here begins with POH 100 (typically 
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identical to POH 60 shown in Fig. 3, but relabeled here 
to avoid confusion) . Each section comprises three 
columns of the SPE, spaced 2 9 columns apart. Thus, 
section 104 (labeled 1-1) occupies columns 2, 31 and 60; 
section 106 (labeled 2-1) occupies columns 3, 32 and 61; 
and so forth, up to section 110 (labeled 7-4), in columns 
29, 58 and 87. The three sequences of VT1.5 columns are 
separated by unused, reserved columns 112. The VT 
sub-rate payloads are typically not aligned with the 
boundaries of SPE 58. Therefore, the first byte in each 
of sections 104, 106, 108, 110 contains pointers (VI, 

V2, V3, V4) , which indicate the beginning byte of the 
respective VT payload and provide for byte stuffing when 
needed, like the HI, H2 and H3 bytes in TOH 54. The 
first byte in each section pointed to by VI and V2 is the 
V5 byte (not shown in the figures) . V5 contains three 
bits that indicate the signal label, with "000" 
indicating an unequipped section. Values "101", "110" 
and "111" are unassigned. Further details of the signal 
label are provided in section 3.3.3 of the 
above-mentioned GR-253-CORE publication. 

Fig. 5 is a flow chart that schematically 
illustrates a method for CES transmission of SONET data 
over network 22, in accordance with a preferred 
embodiment of the present invention. The method includes 
VT compression of the SONET signal received by CES 
transmitter 28 from DCS 24. Before beginning CES, 
transmitter 28 (CEl) and receiver 30 (CE2) are configured 
with the identities of the active VT sections in the OC-N 
signal, at a configuration step 120. This configuration 
step can be performed in response to management signaling 
or done automatically based on monitoring of the incoming 
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VTl . 5 signal labels, and identifying unequipped or 
unassigned signal labels in the VT POH. As part of the 
configuration stage, CEl and CE2 set up the SONET CES 
path between them through the appropriate MPLS tunnels in 
network 22 and configure the required service parameters. 
Preferably, for this purpose, CEl and CE2 use methods of 
signaling described in a U.S. patent application 
entitled, "Efficient Setup of Label-Switched 

Connections," filed August 23, 2001, which is assigned to 
the assignee of the present patent application and whose 
disclosure is incorporated herein by reference. Most 
preferably, these methods are also used to tell CE2 which 
VTs are active, as well as to specify the path 
information to put into the outgoing STS-1 frames that it 
prepares . 

CEl receives the OC-N signal and divides it into 
STS-Mc frames, at a frame separation step 122. Some of 
the STS-Mc signals are typically transferred as is, 
preferably using the procedure proposed by Mails et al., 
as described in the Background of the Invention. Only 
STS-1 frames that carry unequipped or unassigned VTl. 5 
sections are subject to the compression methods described 
herein. These STS-1 frames are identified at step 122 
based on the configuration determined at step 120. For 
these frames, CEl extracts SPE 58 from the STS-1 frame 
sequence, and identifies the columns belonging to the 
active VT sections. CEl inserts the data from these 
columns into CES packets, at a data insertion step 124. 
Preferably, POH 100 is included in the packets and 
transmitted transparently, as well. Alternatively, the 
SONET path is terminated at CEl, and POH 100 is not 
packetized, but is rather regenerated at CE2 . 
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Thus, for example, if only VT sections 104 (1-1) , 
106 (2-1) and 108 (3-1) were active, then CEl would send 
only the contents of columns 1-4, 31-33, and 60-62 in 
each SPE 58 (assuming POH 100 is to be transmitted) . The 
default data in the remaining columns of the SPE are 
discarded. In other words, in this example, CEl 

packetizes only 90 bytes out of the entire SPE, as 
opposed to sending all 783 bytes as in CES methods known 
in the art . 

In some packet networks, there is a minimum 
permitted packet size, and the CES packets generated by 
CEl may be shorter than this limit if there are only a 
few active VTs in the STS-1 frames. Therefore, CEl 
optionally pads the packets with default data, typically 
taken from inactive VT sections, up to the minimum packet 
length, at a padding step 126. Alternatively, CEl may 
append together the payloads of two or more packets, as 
sub-payloads in a single packet. The number of packets 
to be appended is preferably configured in advance or 
signaled as part of the service configuration at step 
120. 

After extracting and, if necessary, padding or 
appending the packet payload, CEl prepends to each packet 
a special CES header, along with MPLS labels and other 
header information, at a header generation step 128. The 
packets are then transmitted over network 22 to CE2, at a 
sending step 130. 

Fig. 6 is a block diagram that schematically 
illustrates the structure of a CE packet 140 generated by 
CEl at step 128, in accordance with a preferred 
embodiment of the present invention. Packet 140 is of 
the general form prescribed by Mails et al . , in the 
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above-mentioned IETF draft regarding CEM encapsulation. 
As shown in Fig. 6, however, a packet payload 142 of 
packet 140 contains only the data from active (populated) 
VT sections of SPE 58, rather than the entire SPE. A CEM 
header 144 and a VC label 146 are added to the payload, 
in substantially the manner described by Mails et al . 
When multiple sub-payloads are appended to bring the 
packet up to a certain minimum size, as described above 
at step 126, each of the sub-payloads preferably keeps 
its own CEM header, but the VC label is shared. An 
optional tunnel or transport encapsulation label 148 is 
added to the packet, as is known in the MPLS art. 

Fig. 7 is a flow chart that schematically 
illustrates a method for regenerating the SONET STS-1 
signal at receiver 30 (CE2), in accordance with a 
preferred embodiment of the present invention. After 
setting up and configuring the CES, as described above, 
CE2 receives packets from CEl, at a packet reception step 
160. CE2 uses VC label 146 and CEM header 144 to 
identify the service to which the packets belong and to 
locate the SONET payload data in the packets. Assuming 
that these are packets to which VT compression has been 
applied, the payload data typically belongs only to the 
active VT sections. Alternatively, to the extent that 
the packets have been padded at step 126, CE2 recognizes 
and discards the default fill data that have been added. 
The data from the active VT sections are buffered as 
necessary, in buffer 4 6, whose depth typically depends on 
the jitter of the channel between CEl and CE2 via network 
22. 

CE2 generates the appropriate timing to reconstitute 
the STS-1 frames for the output OC-N signal, at a timing 
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generation step 162. Preferably, both CEl and CE2 are 
synchronized to the same PRS clock 48 (Fig. 2) , so that 
the frequency of the output STS-1 frames can be 
regenerated to be equal to that of the input STS-1 
frames. The pointer information recorded in CEM header 
104 at CEl is used to define the beginning of POH 100 in 
each new SPE in the packet payload data at CE2 . Pointer 
adjustments indicated by the N and P bits in the CEM 
header are also implemented at CE2, in a pointer 
adjustment step 154. It may be necessary to change the 
VI, V2 and V3 pointers (Fig. 4) in the active VT sections 
in order to adjust the timing of the sections relative to 
the SPE as a whole in cases in which it is not possible 
to move the output SPE based on the pointer indications 
in CEM header 144. 

In some cases, especially when the VTs inside the 
SPE at CE2 come from multiple sources, it may be 
necessary for CE2 to generate the STS-1 signal based on 
PRS timing provided by PRS 48, i.e., with fixed pointers, 
assuming the timing of the OC-N signal is also based on 
the PRS. In this case it is required to adjust the VT 
sections pointers individually. When the CES receiver 
gets VT1.5 payloads from multiple CES transmitters for 
inclusion in the same STS-1 output signal, the output SPE 
timing cannot simply be adjusted for the input SPE 
pointer movement as indicated in the received packet, 
since there may be phase differences between the 
different input sources. To deal with this case, CE2 
preferably generates its own STS-1 output timing and 
performs pointer adjustments on the individual VT1.5 
payloads. For example, if a positive adjustment was 
signaled by the HI and H2 pointer bytes of TOH 54 in one 
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of the input frames, CEl will have indicated the 
adjustment in the P and N bits of CEM header 144 carried 
by the CEM packet. CE2 applies the adjustment to the VI 
and V2 pointer bytes of the corresponding VT, instead of 
adjusting the timing of the entire SPE as described by 
Malls at al . 

Alternatively or additionally, CEl may adjust the VT 
pointers in advance, based on PRS 48, before transmitting 
the packet. In this case, no path-level pointer 

adjustments are required in the CES packets, and CE2 can 
multiplex the VTl . 5 sections directly into the output 
STS-1 frames without individual VT adjustments, as long 
as the packets are transmitted based on PRS 48, and the 
output SPE timing is also based on the PRS. This 
alternative is more complex to implement at CEl, but 
clearly simpler at CE2 . Furthermore, even if CE2 has its 
own VT pointer adjustment capability, as described above, 
it can still accept packets with pre-adjusted pointers 
from CEl. 

Further alternatively or additionally, if it is 
known in advance that the DS-1 lines associated with a 
given VTl. 5 section in both DCS 24 and DCS 32 are 
synchronized via some external means, CE2 may 
re-construct the required VTl. 5 pointer adjustments based 
on the relative pointer adjustment indicated by the 
signal coming from DCS 32 to CE2 30, compared to the PRS 
signal . 

After adjusting the timing as required, CE2 inserts 
the data extracted from the CES packet payloads into the 
appropriate columns of the output SPE, at a data 
insertion step 166. The columns are those that belong to 
the active VT sections of the STS-1 output frames. These 
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active output sections are typically the same as the 
active sections of the input frames for transparent CES, 
but they may be different from the active VT sections of 
the input frames if CE2 is being used to implement a 
virtual cross-connection. The remaining columns, 

belonging to the inactive VT sections, are filled with 
default data. The bit-interleaved parity (BIP) error 
detection code in byte B3 of POH 100 is recalculated for 
the output SEE. The STS-1 frames thus constructed are 
then assembled into the required OC-N signal with other 
STS-Mc frames, and are transmitted over the output OC-N 
link to DCS 32, at a frame transmission step 168. 

As noted above, although preferred embodiments are 
described herein with reference to certain network types 
and protocols, the principles of the present invention 
may similarly be applied to packetized transportation of 
TDM payloads of substantially any type. It will thus be 
appreciated that the preferred embodiments described 
above are cited by way of example, and that the present 
invention is not limited to what has been particularly 
shown and described hereinabove. Rather, the scope of 
the present invention includes both combinations and 
subcombinations of the various features described 
hereinabove, as well as variations and modifications 
thereof which would occur to persons skilled in the art 
upon reading the foregoing description and which are not 
disclosed in the prior art. 
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